home *** CD-ROM | disk | FTP | other *** search
/ Skunkware 5 / Skunkware 5.iso / src / X11 / xgrabsc / Bugs < prev    next >
Encoding:
Text File  |  1995-05-09  |  3.4 KB  |  105 lines
  1. /*========================================================================
  2. *
  3. * Name - Bugs
  4. *
  5. * Version:    1.7
  6. *
  7. * ccsid:    @(#)Bugs    1.7 - 06/25/93 12:54:09
  8. * from:     ccs/s.Bugs
  9. * date:     06/28/93 09:14:48
  10. *
  11. * Description: Known bugs and problems.  This list does not include
  12. *              bugs that have been fixed.  See the patch set README
  13. *              files for descriptions of the bugs they fix.
  14. *
  15. *========================================================================*/
  16.  
  17. *  xgrab dumps core after xgrabsc finishes
  18.  
  19. This has been reported for Sun3's running 4.0.3 and Tek 4319's
  20. running Utek 4.1.  Looks like the stack is being overwritten
  21. by the system() call.
  22.  
  23. *  Postscript images produced by xgrabsc don't get printed
  24.  
  25. This is almost always a memory requirement problem.  Xgrabsc
  26. v2.0 and later can generate checks for memory availability so
  27. you can at least see how much memory you're lacking to be able
  28. to print your document.  I'd like to be able to preempt the
  29. transfer of the rest of the file when there isn't enough memory
  30. to process it, but haven't been able to make this happen. 
  31.  
  32.  
  33. *  The puzzle program won't display xgrabsc output
  34.  
  35. While xgrabsc can create puzzle picture files from monochrome 
  36. screens, the puzzle program will not display pictures with "-
  37. picture" on monochrome systems. This is not a "bug" in xgrabsc, 
  38. but is a "confusing feature".
  39.  
  40.  
  41. *  When started from a window-manager menu, xgrabsc fails to grab an image.
  42.  
  43. If you run xgrabsc from a Twm menu, be sure to end your exec 
  44. command with "&". The program may not be able to grab the pointer 
  45. or server unless you do this.  This will likely happen with any 
  46. window manager, but has been reported onlyfor Twm.
  47.  
  48.  
  49. *  Encapsulate Postscript images are not centered or scaled when printed
  50.  
  51. This isn't a problem with xgrabsc.  EPS files are not supposed to
  52. contain scaling or transformation commands.
  53.  
  54.  
  55. *  The X cursor isn't included in images
  56.  
  57. If someone can tell me how to grab an image with the X cursor, I'd
  58. be much obliged.  Most X servers explicitely hide the cursor when
  59. processing getImage requests.
  60.  
  61.  
  62. * BadMatch errors are generated when grabbing with the keyboard (-k) and
  63.   the cursor is on a menubar
  64.  
  65. I haven't been able to reproduce this error.
  66.  
  67.  
  68. * Can't grab xeyes
  69.  
  70. I haven't been able to reproduce this problem.
  71.  
  72.  
  73. * Dithered output sent to "xpr" for a laserjet doesn't produce an image
  74.  
  75. I have no laserjet to test with.
  76.  
  77.  
  78. * The halftoning algorithm in xgrabsc should be improved
  79.  
  80. Someone have a better algorithm?  If so, please send it to me.  I'm
  81. not interested in supporting zillions of different dithering
  82. algorithms, but would be happy to improve the ones already in xgrabsc.
  83.  
  84.  
  85. * Postscript output doesn't center properly when printed
  86.  
  87. The default paper size is hard-coded into xgrabsc.  If you're not
  88. using the size of paper specified in config.h, you should use the
  89. "-page" command to set the size of paper to be expected.
  90.  
  91.  
  92. * Binary Postscript images appear dark when printed
  93.  
  94. Your print spooler is probably stripping off the top bits of the binary
  95. data, causing the samples to be darker.  Some systems have "lpr" options
  96. to tell the spooler that the file you're printing contains binary data.
  97. Consult your lpr documentation.
  98.  
  99.  
  100. * Preview images appear reversed when displayed
  101.  
  102. Your tool does not match the setting of EPSF_BLACK in config.h.  The
  103. default setting of this value matches the EPSF v2.0 specification, but
  104. some tools, such as older versions of xfig, expect the bits to be reversed.
  105.